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Funcionan las texturas 


procedurales de POV (parte 11 


Después de introducir el tema en la entrega anterior, continuaremos con 


el estudio del potente bloque de sentencias que permiten la creación de 
texturas procedurales en «POV». Como recordaréis, las texturas 
procedurales son a menudo la mejor elección para crear acabados de 
suelos, mármoles, maderas, metal, etc. Además, a diferencia de las 
texturas “normales” tipo bitmap, las texturas procedurales requieren muy 
poca memoria puesto que son generadas ejecutando algoritmos y no 


aplicando mapas de color. 


| mes anterior nos 

quedamos sin es- 

pacio para con- 

cluir el apartado 

dedicado a los ti- 

pos de tramas que 
«POV» nos permite utilizar en el 
bloque de pigmentación. Así pues 
vamos a continuar detallando dicha 
lista de tramas. Además, hemos pre- 
parado unos pequeños ficheritos de 
ejemplo para cada una estas tramas 
(aunque «POV>» ya incluye sus pro- 
pios ejemplos sobre este particular). 
En algunos de estos ficheros. los ob- 
jetos han sido recortados con el fin 
de poder apreciarse cómo se aplican 
las texturas en el volumen interior 
de los mismos. 


Ejemplo de trama Leopard. 


Tipos de tramas 

Leopard: Esta sentencia crea un 
patrón regular de manchas alternas 
que, utilizando el mapa de colores 
adecuado, recuerda a la piel de un 
leopardo. Puede ser necesario em- 
plear scale para adecuar el tamaño 
de las manchas a la escala del objeto 
y —comp de co mbre— las senten- 
cias turbulence, omega, lambda y 
octaves pueden ser empleadas para 
agitar la trama. 

Mandel: Con esta sentencia se or- 
dena a «POV» que calcule la conoci- 


da fractal de Mandelbrot y ladibujea 


lo largo del plano XY. Este dibujo se 
extenderá infinitamente a lo largo del 
eje Z, tal y como sucede con 2 apli- 
cación de cualquier bitmap. La sen- 


tencia deberá ir acompañada de un. ¿ 


valor entero que indica el máximo 


número de iteraciones para calcular ¿ 
la fractal (puede utilizarse cualquier 


número pero el manual indica que los 
valores más corrientes oscilan entre 
10 y 256). Los colores de la trama se- 
rán los que hayamos establecido en 
el mapa de colores. 

Marble: Esta sentencia produce 
una trama de pigmentación muy pa- 
recida a la que genera gradient, pero 
con una diferencia importante; aun- 


Trama Mandel a distintas escalas. 


que ambas tramas repiten los colores 
del mapa, el modo en que lo hacen 
es diferente. Gradient avanza desde 
la intensidad O a la 1 y luego vuelve 
a empezar desde la intensidad O. 
Marble crece también desde Oa 1, pe- 
ro decrementa después las intensida- 
des hasta el valor 0, volviendo luego a 
recomenzar este ciclo. Por defecto, 
Marble no tiene ninguna turbulencia 
pero, si la incluimos junto con un 
mapa de colores adecuado, obtendre- 
mos una textura cuyo aspecto nos re- 
cordará al del mármol. 

Onion: Con Onion (cebolla) crea- 
remos una trama 3D de color com- 
puesta por capas esféricas de pig- 
mentación similares a las capas de 
una cebolla. Cada capa estará sepa- 
rada de la siguiente por una distancia 
de una unidad y tendremos que tener 
esto en cuenta a la hora de escalar la 
textura sobre los objetos. En el ejem- 
plo podéis ver dos esferas con onion; 
la de la izquierda tiene un 0% de tur- 
bulencia (lo que sucede por defecto) 
y en la de la derecha hemos aplicado 
un valor de 0.5, 

Quilted: Esta sentencia crea un 
patrón similar al de un acolchado 
(de ahí la palabra quilted). Según el 
manual emplea dos parámetros para 


ajustar la curvatura que rodea a 
los motivos de la colcha pero el 
autor desconoce cómo funciona 
exactamente ésto. La sintaxis es 
como sigue: 


normal ( 
quilted 
control0 valord 
control1 valor1 


) 


Los parámetros ¿lor0 y valor1 han 
de tener valores entre 0 y 1. 

Radial: Esta sentencia genera una 
trama de pigmentación de manera si- 
milar a Gradient, pero haciendo que 
las bandas de color giren en torno al 
eje Z. La sentencia frequency seguida 
de un valor entero se emplea con ra- 
dial para indicar el número de veces 
que el mapa de color se repite en tor- 
no a los 360 grados de aplicación. 
Naturalmente también podemos usar 
turbulence y sus sentencias afines. 

Ripples: Este es otro caso de una 
sentencia creada originalmente para 
el apartado normal y que a partir de 
la versión 3.0 puede utilizarse tam- 
bién en el bloque pigment. Ripples 
(ondas) se utiliza para crear una apa- 
riencia similar a la de las ondas que 
pueden verse en el agua. Estas ondas 
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parten de diez sitios situados aleato- 
riamente dentro de un área cúbica 
situada entre <0,0.0> y <1.1.1>. La 
sentencia frequency puede ser usa- 
da para cambiar la distancia entre 
las ondas. 

Spirall: Esta sentencia crea una 
trama en forma de espiral que se ex- 
tiende a lo largo del eje Y de forma 
similar a como lo hace el resalte de 
un tornillo. La sentencia deberá ir 
acompañada de un valor entero que 
servirá para indicar el número de bra- 
zos que rotarán en torno al eje cen- 
tral (situado en Y=0). La sentencia 
spiral2 es muy similar pero crea un 
dibujo algo diferente. 

Spotted: Spotted utiliza la misma 
función que emplea la sentencia bozo 
para crear manchas irregulares que 
distan unas 2 unidades entre sí. (Esta 
sentencia se conserva sólo por cues- 
tiones de compatibilidad, ya que es 
igual a bozo). 

Waves: Normalmente esta senten- 
cia suele ser usada —al igual que rip- 


Prueba de trama Marble. 
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ples— para simular superficies acuá- 
ticas. Waves (olas) fue originalmente 
diseñada para ser empleada desde el 
bloque normal y, cuando se da este 
caso, su uso produce un conjunto de 
normales que modifica el aspecto de 
las superficies, logrando un acabado 
que recuerda al de las olas del mar 
(si el factor de escala y otros detalles 
son correctos). En general, tanto wa- 
ves como ripples suelen ser usadas 
para crear la apariencia de las ondas 
de agua. Las ondas de ripples son 
más adecuadas para simular ondas 
pequeñas mientras que las de waves 
-que parecen más profundas- son 
mejores para generar olas. Por su- 
puesto el empleo de estas tramas no 
produce cambios en la geometría del 
objeto sobre el que se aplican (que 
Suele ser un plano que representa al 
mar o aun lago). Esto obliga a evitar 
colocar la cámara demasiado cerca 
del “agua” para no dejar en eviden- 
cia el hecho de que en realidad se ha 
usado un truco visual. Waves tiene 


un funcionamiento muy similar al de 
ripples; las olas generadas se emiten 
desde 10 posiciones elegidas aleato- 
riamente dentro de un cubo espacial 
que abarca el área comprendida en- 
tre <0,0,0> y <1,1,1> y puede usarse 
frequency para controlar el espacio 
entre cada ola. Por último, hay que 
recordar que podemos usar turbulen- 
ce para agitar la trama (aparte de las 
consabidas sentencias de transfor- 
mación espacial). 

Wood: Esta sentencia crea una tra- 
ma de cilindros concéntricos parale- 
los al eje Z. Usando algo de turbulen- 
cia y un mapa de colores adecuado, 
wood consigue una apariencia simi- 
lar a la de los anillos de la madera. La 
separación entre cada anillo es de una 
unidad (tenedlo en cuenta a la hora 
de escalar). 

Wrinkles: Empleado dentro del 
bloque normal, wrinkles (arrugas) 
modifica las normales de las superfi- 
cies dando a éstas un acabado que re- 
cuerda al de un tejido arrugado. El 
valor que debe seguir a wrinkles (y 
que sólo se emplea con el apartado 
normal) es empleado por esta senten- 
cia para indicar la profundidad apa- 
rente que deben simular las arrugas 
(cuyas dimensiones suelen oscilar 
entre 1 y 2 unidades de ancho). Des- 
de pigment, en cambio, el resultado 
es algo distinto y mas semejante a 
una nube de plasma. En el fichero de 
ejemplo hemos usado wrinkles den- 
tro de pigment para una esfera y den- 
tro de normal para la otra. 


El bloque normal 

Se llama normal de una superficie 
al vector que abandona perpendicu- 
larmente dicha superficie. Las nor- 


males son empleadas por los algorit- 
mos de render para determinar la in- 
clinación de las superficies con res- 
pecto a las fuentes de luz y son 
* necesarias, por tanto. para averiguar 
la intensidad de la luz que llega a di- 
chas superficies. Además de esto las 
normales afectan en «POV» a las re- 
flexiones, refracciones y a las ilumi- 
naciones difusa y especular. 

Como sabéis, todas estas cosas de- 
terminan la manera en que interpreta- 
mos las imágenes. La forma en que se 
reparten los brillos especulares por 
una superficie, por ejemplo, nos dice 
mucho acerca de la forma de la mis- 
ma y de si está abollada o no. (Recor- 
dad que llamamos brillos especulares 
a los que se producen en superficies 
muy pulidas como metales cromados, 
espejos, etc.). Así pues. si modifica- 
mos la orientación que por defecto 
tienen las normales de una superficie 
estaremos también cambiando la for- 
ma en que vamos a ver a esa superfi- 
cie (aunque realmente la geometría de 
ésta no cambie en absoluto). 
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Pruebas con Radiai. 


Pruebas de Waves dentro de Pigment. 


En «POV» cada punto de una su- 
perficie tiene asociado un vector nor- 
mal y la definición de las texturas 
procedurales incorpora un bloque lla- 
mado normal donde podemos incluir 
sentencias que afectan a las norma- 
les de las superficies sobre las que se 
aplican esas texturas. Entre estas sen- 
tencias se cuentan algunas que gene- 
ran tramas de perturbación de las 
normales siguiendo algoritmos dise- 
ñados para conseguir efectos visua- 
les determinados. A partir de la ver- 
sión 3.0, estas sentencias se usan 


también dentro del bloque pigment 
(aunque en este caso las tramas no 
afectan a las normales sino sólo a la 
pigmentación de los objetos). Este 
es el caso de ripples. waves. wrin- 
kles, etc. Muchas veces el uso de es- 
tas sentencias implica añadir algún 
parámetro adicional dependiendo 
del apartado en el que se incluyan. 
Veamos un caso práctico. Echad 
un vistazo al fichero de ejemplo 
bumps.pov incluido en el CD. Este 
fichero genera una escena con dos 
esferas. En la esfera de la izquierda 
hemos utilizado bumps dentro del 
apartado pigment mientras que en la 
de la derecha hemos incluido esta 
sentencia dentro del bloque normal. 
Como veréis, la sentencia empleada 
dentro de normal utiliza un paráme- 
tro que no se incluye en la empleada 
en pigment. Este parámetro sólo se 
suma a bumps cuando esta sentencia 
es usada desde dentro de normal por- 
que dicho parámetro especifica la 
profundidad aparente de las abolla- 
duras generadas. Algo que no es ne- 
cesario desde pigment puesto que 
desde este bloque bumps solamente 
genera una trama de colores. En 
cuanto al resultado visual, la esfera 


de la derecha parece tener una super- 
ficie llena de pequeñas abolladuras 
aunque, en realidad, su geometría 
está tan pulida como la de la esfera 
de la izquierda. Recordad que el blo- 
que normal no altera realmente la 
geometría de los objetos! Esto po- 
dréis comprobarlo si colocáis algún 
objeto de manera que arroje som- 
bras sobre una esfera en donde se 
haya aplicado la alteración de las 
normales. En este caso sería de es- 
perar que la sombra arrojada se 
adaptase a las supuestas irregulari- 
dades que apreciamos en la esfera, 
pero contra lo que cabría esperar, es- 
te no será el caso y la sombra arroja- 
da se verá tal y como la veríamos si la 
superficie de la esfera estuviese bien 
pulida, como en realidad sucede. 
Afortunadamente, este pequeño de- 
fecto no se apreciará demasiado si 
no acercamos la cámara (o evitamos 
generar sombras de borde nítido). 
Otra sentencia de este tipo que re- 
quiere un parámetro adicional cuan- 
do se emplea desde el bloque normal 
es dents. Cuando se da este caso, 
dents perturba las normales haciendo 
que aparezcan aleatoriamente mellas 
irregulares en las superficies. Estas 


Experimentos trasteando con finish. 


mellas —que parecen hechas a marti- 
llazos sobre una superficie pulida— 
producen unas irregularidades menos 
numerosas que bumps y resultan más 
adecuadas para superficies metálicas. 
En cuanto al parámetro adicional, 
cumple la misma función que el de 
bumps, es decir; especifica la profun- 
didad aparente de las melladuras con 
un valor que oscila desde O (no hay 
profundidad) hasta 1 (melladuras 
muy profundas). 

Nota: En realidad el manual de la 
versión 3.0 de «POV» olvida preci- 
sar con frecuencia cuáles de entre las 
sentencias que hemos visto requieren 
la inclusión de este parámetro adicio- 
nal. Nuestras propias pruebas han 
confirmado que la mayoría de ellas 
lo admiten aunque a veces la especi- 
ficación de profundidad no parece 
funcionar demasiado bien. Además, 
en muchos casos el valor no queda li- 
mitado al rango de O a |, como suce- 
de, por ejemplo, con crackle. 

Como ya se ha indicado anterior- 
mente, antes de la versión 3.0 mu- 
chas de las sentencias de tramas de 
«POV» sólo podían ser utilizadas 
desde el bloque pigment para el que 
habían sido diseñadas. Asimismo, 
lo contrario con 
las sentencias di- 
señadas para el 
apartado normal, 
también sucedía. 
Ahora, por el con- 
trario, todas estas 
sentencias pueden 
ser empleadas 
desde cualquiera 
de los dos ayarta- 
dos sin problémas. 
Sin embargo, el 


Este es el fantástico resultado del ejemplo ¡ 


uso de bumps, waves o ripples no 
tiene demasiado sentido dentro de 
pigment. 

Por último, recordad que, al igual 
que sucede con pigment, no es obli- 
gatorio incluir el apartado normal 
dentro de la definición de una nueva 
textura. Como ya se explicó en artí- 
culos anteriores, si no incluimos di- 
cho apartado, «POV» utilizará e 'bló- 
que normal definida por defecto. En ' 
este caso no se/Aplicará ninguna mo- 
dificaciónsallas normales, por lo que 
las superficies implicadas no se vé" 
rán/modificadas. 


Cuestiones luminosas 

El tercer bloque utilizado para defi- 
nir texturas proced 
nombre finish y lo emplearemos para 
definir las propiedades de acabado de 
las superficies. Así, en este apartado 
incluiremos sentencias para especifi- 
car entre otras cosas— la forma en 


les lleva como 


que las superficies reflejarán la luz o 


wns.pov (en povscn/levei2). 


la manera en que la luz va a atrave- 
sarlas. Pero, antes de entrar de lleno 
en este asunto, conviene repasar al- 
gunos conceptos relacionados con la 
física de la luz del mundo real. 
Empezaremos diciendo que la ilu- 
minación del mundo real puede pro- 
venir de dos tipos de fuentes. Por un 
lado están las que podemos llamar 
fuentes de emisión o fuentes directas 
d Moe 0 cuentan objetos 
no el sol o bombilla o cual- 


radie energía 


perfectamente el resto de la misma. 
Esto sucede porque los rayos emiti- 
dos por las fuentes directas chocan 
contra las superficies de los objetos, 
rebotan en otras direcciones, y a me- 
nudo, vuelven a rebotar muchas ve- 
ces contra otras superficies. Por ello, 
como las superficies que reciben ilu- 
minación también la irradian, pode- 
mos llamarlas fuentes de reflexión de 
luz o fuentes indirectas. 

Por otra parte, cuando la luz llega 
a las superficies opacas, una parte de 
ella se refleja y otra parte es absor- 
bida. La cantidad de luz reflejada y 
la absorbida dependerán del tipo de 
material sobre el que incida la luz. 
Además, la forma en que se refleje 
la luz también dependerá del tipo de 
material con el que ésta vaya a cho- 
car. La física del mundo real dice 
que los rayos que chocan contra una 
superficie opaca perfectamente lisa 
han de rebotar con el mismo ángulo 
con que han llegado a ella. A este ti- 
po de reflexión en que el rayo rebota 
en la superficie con el mismo ángulo 
con que llegó a ella (el llamado án- 
gulo de incidencia) se le llama refle- 
xión especular. 

Sin embargo, en el universo real no 
existen los espejos perfectos. Todas 
las superficies, incluso las más lisas, 
presentan pequeñas imperfecciones 
con respecto a lo que sería un reflec- 
tor ideal. De hecho, la mayoría de las 
superficies del mundo real presentan 
un grado de rugosidad bastante alto 
este es el caso de la tierra, la corteza 
de los árboles, las rocas, etc.). Es esta 
gosidad, que en mayor o menor 
rado existe en todas las superficies, 
la que hace que los rayos de luz re- 
boten en todas direcciones. Este efec- 


to es conocido como reflexión difusa 
y es la luz difusa la que crea el tipo de 
iluminación que llamamos luz am- 
biental y que ilumina a las superficies 
que no están siendo directamente al- 
canzadas por las fuentes emisoras de 
luz, es decir y siguiendo con el ejem- 
plo anteriores la luz ambiental la que 
ilumina el resto de la habitación. 

Desgraciadamente ningún progra- 
ma puede simular la luz difusa de una 
manera exacta ya que los cálculos no 
acabarían nunca y normalmente se 
utilizan aproximaciones, que a veces 
son muy burdas. Por ahora, el mejor 
método para simular la luz difusa lo 
constituyen los algoritmos basados 
en la radiosidad. Los programas ba- 
sados en estos métodos encierran las 
escenas dentro de volúmenes espa- 
ciales dentro de los cuales se estudian 
las transferencias de calor entre las 
superficies. De este modo la ilumina- 
ción se consigue determinando la 
cantidad total de energía que llega a 
cada superficie. Las escenas genera- 
das con técnicas de radiosidad son, 
por ahora. las que consiguen el ma- 
yor nivel de realismo, pero también 
se cuentan entre las que requieren 
más tiempo de cálculo. Además, el 
empleo de la radiosidad conlleva 
otros problemas. 

Vale la pena mencionar que «POV» 
implementa una opción de radiosidad 
a partir de la versión 3.0, pero dicha 
opción es aún experimental y no se 
garantiza que las escenas generadas 
resulten iguales en futuras versiones. 


El acabado de las superficies 
Seguidamente vamos a comentar 

las limitaciones que presenta el mo- 

delo de iluminación de «POV» con 


Trama bumps en pigment (izquierda) y normal 


(derecha). 


respecto al existente en el mundo real. 
Al mismo tiempo describiremos, 
además, el propósito de las senten- 
cias que pueden ser incluidas dentro 
del apartado finish: 

Ambient: Como ya se ha dicho, la 
luz ambiental es difícil de calcular y 
sumamente costosa en cuanto a tiem- 
po. Por esta razón, la gran mayoría de 
los programas no intentan calcularla y 
se limitan a emplear un truco consis- 
tente en suponer que la luz difusa tie- 
ne la misma intensidad en todos los 
puntos de la escena. En otras pala- 
bras, el programa sumará un valor de- 
terminado de intensidad de luz a to- 
das las superficies de la escena. Esta 
es una manera muy sencilla de hacer 
que las zonas no directamente ilumi- 
nadas resulten visibles. En «POV» es- 
to se hace con la sentencia ambient, 
que debe ir acompañada de un parás 
metro que especificalla cantidad de 
luz ambiental querecibirá el objeto. 
Recordad que tanto ésta comu las si- 
guientes sentencias se aplicán dentro 
del bloque finish de la textura, lo que 
significa que podemos'hacer que la 
cantidad de luz ambiental sea dife- 
rente para cada objeto (con distintos 
valores de ambient para cada objeto) 

ETproblema desambientes quel 
ser constante la intensidad de la luz 
en todos los puntos la iluminación 
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en las superficies no directamente 
iluminadas resultará excesivamente 
uniforme y veremos estas zonas co- 
mo manchas de color sin gradación 
de tonos. Por esta razón, el valor por 
defecto de ambient es de 0.1. El valor 
dado a ambient puede oscilar desde 
O (ninguna luz ambiental) a 1 (máxi- 
ma luz ambiental). 

Diffuse: Con el parámetro que si- 
gue a esta sentencia especificaremos 
la cantidad de luz difusa que reflejará 
el objeto. En «POV» la cantidad de 
luz difusa reflejada en un objeto de- 
pende del ángulo de incidencia del 
rayo de luz, del valor de diffuse, y del 
parámetro que sigue a la sentencia 
brilliance. En diffuse. el valor puede 
oscilar entre O (no hay luz) y 1 (má- 
xima luz difusa), siendo 0.6 el valor 
pordefecto. Enseuanto a brilliance; 
su valor afecta a la manera en que va= 
ría la intensidad de la luz con el án- 
gulo de incidencia de los rayos. El 
valor por defecto es de 1 y valores de 
2 ó6 más pueden emplearse para con- 
seguir apariencias de metales oscu- 
ros o efectos raros (los valores meno- 
res de | incrementan la iluminación). 

Crand: Esta sentencia genera va- 
riaciones aleatorias en la reflexión di- 
usa de los objetos y su propósito es 
simular diminutas abolladuras en las 
superficies. Sin embargo, como este 


Trama wrinkles dentro de plgment (izquierda) y 
normal (derecha). 


efecto se logra siempre efectuando 
cambios pixel a pixel. el resultado fi- 
nal dependerá de la resolución con 
que se esté trabajando (a altas reso- 
luciones no se podrán apreciar los 
detalles). Además, crand es aleatoria 
y por ello no debe ser empleada en 
animaciones. La sentencia requiere 
un valor para especificar la intensi- 
dad del crand, valor que por defecto 
está puesto a 0. 


El ejemplo poolbalil 
(en povscn/level2). 


Det 


Phong: En ocasiones vemos man- 
chas brillantes sobre ciertas superfi- 
cies muy pulidas como metales, 
plásticos, etc. Estas manchas se de- 
ben a una combinación de reflexión 
especular y reflexión difusa. ya que 
se producen gracias a que todos los 
rayos emitidos por una fuente poten- 
te se reflejan sobre una superficie ex- 
tensa en un ángulo muy cercano al 
de reflexión especular. Estos rayos, 
reflejados en la dirección del obser- 
vador, crean los brillos. En «POV» 
la sentencia phong especifica la in- 
tensidad de estas manchas brillantes 
con el valor del parámetro que la si- 
gue. Un valor de O indica que no hay 
brillo mientras que el valor 1 corres- 
ponde a la máxima intensidad de bri- 
llo. En cuanto al tamaño de estas 
manchas brillantes. lo indicaremos 


Trama dents dentro de pigment (izquierda) y normal (derecha). 


con el valor que demos al parámetro 
de la sentencia phong_size. Cuanto 
más pequeño sea este valor, más 
grande será el brillo. Un valor de 1 
corresponde a un tamaño muy gran- 
de mientras que otro de 40 será mu- 
cho más pequeño. (El valor 40 suele 
ser empleado para superficies de 
plástico). 

Specular: Una alternativa a phong 
para conseguir manchas brillantes en 
las superficies lo constituye la sen- 
tencia specular. Esta sentencia crea 
resultados parecidos a los de phong, 
pero su algoritmo es algo distinto y 
genera resultados algo más realistas 
en ciertos casos. La sentencia debe ir 
acompañada de un parámetro cuyo 
valor puede oscilar entre O (no hay 
brillos) y 1 (brillo máximo). Final- 
mente, el tamaño del brillo se indica 
con el valor del parametro que sigue 
ala sentencia roughness. Cuanto ma- 
yor sea el valor dado a este parámetro 
tanto mas grande será el tamaño del 
brillo. Los valores más normales para 
roughness oscilan entre 1 y 0.001. El 
valor de roghness no tiene efecto so- 


bre phong al igual que phong_size no 
lo tiene sobre specular. 

Metallic: Los brillos generados 
con las sentencias phong o specular 
toman siempre el color de la fuente 
de iluminación. Esto, sin embargo, no 
es lo más apropiado en las superficies 
para las que deseamos un acabado 
metálico. En estos casos lo deseable 
es que los brillos conserven el color 
propio del objeto, algo que podemos 
conseguir añadiendo la palabra meta- 
llic. Con esta sentencia el color de la 
mancha brillante se filtrará hacia el 
color propio del objeto. El porcentaje 
de filtración se indicará con el valor 
del parámetro que acompañe a meta- 
llic (que por defecto es de 1). 

Reflection: Esta sentencia es em- 
pleada para conseguir superficies de 
tipo espejo. Normalmente, la senten- 
cia irá seguida por un valor en flotan- 
te que indicará el porcentaje de refle- 
xión de la superficie. Este valor puede 
oscilar entre O (no hay reflexión) y 1 
(reflexión perfecta). También es po- 
sible emplear un vector, en lugar de 
este valor único, para especificar que 


Ss 


solamente se reflejen uno o dos com- 
ponentes de color (de entre los tres 
posibles). Recordad que en el traza- 
do de rayos (que es la técnica de ren- 
der utilizada por «POV») los rayos 
no se calculan partiendo desde las 
fuentes de luz hacia los objetos, si- 
no que parten desde la cámara (para 
ganar tiempo). Por esta razón, la luz 
que se refleja sobre una superficie no 
iluminará a otras superficies. Pode- 
mos ver otros objetos cercanos a una 
superficie reflexiva, pero estos no se- 
rán iluminados por la luz reflejada 
en dicha superficie. Esta es otra de 
las cosas que sí son posibles con la 
radiosidad. 

Refraction: Los rayos de luz que 
atraviesan superficies transparentes 
con un ángulo de incidencia no per- 
pendicular sufren una desviación si 
al atravesar el nuevo medio se da el 
caso de que éste tenga una densidad 
diferente al anterior (como sucede 
con el aire y el agua o el aire y el cris- 
tal). Con la sentencia refraction indi- 
caremos la cantidad de luz refracta- 
da. En cuanto al índice de refracción 
del objeto, lo especificaremos con el 
valor que incluyamos con la senten- 


ciaior. Con ior controlaremos el gra: iseño (de la 
do de desviación de los rayos. 1 más co) textura 


valores por defecto 
cias son de O par. 
refracción) y 
desviación). Los valores m 
ra refraction oscurecen 
así que lo mejor suele 
¡or con la den- 
deseemos simu- 


CÓMO... 


grado de transparencia del objeto, lo 
cual haremos desde el bloque pig- 
ment con la sentencia rgbf. De esta 
manera, por ejemplo: 
pigment(rgbt<0,0, 1,0.6> 

indica que el color del ob- 
jeto será azul y su grado 
de transparencia del 60%. ) 


Capas de texturas 

Aunque ya hemos repasado lo fun- 
damental de la creación de texturas 
procedurales en «POV», hay que de- 
cir que aún faltan muchas más cosas 
por ver: mapas de pigmentos, norma- 
les y de texturas, mapas de abolladu- 
ras, la sentencia average, la iridiscen- 
cia, más modificadores (de patrones), 
etc. Sin embargo, lo ya visto es sufi- 
ciente para crear texturas bastante 
complejas, así que vamos a terminar 
el presente artículo comentando un 
caso especial, el del uso de capas de 
texturas. 

«POV» permite crear texturas “por 
capas” compuestas a partir de capas 
de texturas simples. Este truco no per- 
mitirá crear texturas aún más reales, 
aunque como contrapartida los tiem- 
pos de cálculo serán más largos y el 
1 tura) se 


ponderá a la 
tima a la tex 


Naturalmente 
ras “simples” 


ta se definirán de la manera que ya 
hemos visto, mediante bloques pig- 
ment, normal y finish. Veamos un 
ejemplo: 


sphere[<0,0,0>,10 
texture[pigment[Orange)) 
texture(pigment[checker Blue, rgbf<0,0.5,0, 1>)) 


Esta esfera mostrará una superficie 
a cuadros naranjas y azules. ¿Cómo 
funciona esto? Para comprenderlo 
debemos situarnos en la capa más ex- 
terna donde se emplea el pigmento 
checker (que, como recordaréis, ge- 
nera una trama de cuadros de 1*1 uti- 
lizando dos colores). Uno de los co- 
lores de este checker es el azul, que 
tapa por completo al pigmento na- 
ranja de la capa más interna. En cam- 
bio, el otro color de la sentencia em- 
plea un filtro de transparencia con 
valor 1, por lo que las zonas que co- 
rrespondan a este segundo cuadro se- 
rán totalmente transparentes, hacién- 
dose así visible la capa inferior. Nota: 
Este ejemplo en particular no reque- 
ría el uso de una textura compuesta 
pero es ideal para explicar todo esto. 

En cuanto a la declaración de tex- 
ras compuestas, es algo tan fácil 


Htdeclare texcomp=texture[pigment[Orange]]) 
texture(pigment[checker Blue, rgbf<0,0.5,0,1>)) 


ser utilizada 
cualquier otra tó 


ns 


Biblioteca 3D 


Evormigas 


Ahora que conocemos lo básico de la creación 
de texturas procedurales, vamos a aprovechar 
estos conocimientos para crear texturas 
adecuadas para un nuevo personaje. Una 
especie de hormiga virtual evolucionada y 
antropomórfica que podría ser el punto de 
partida de un nuevo tema para los infoadictos 
que enviáis modelos al foro: una sociedad de 


insectos inteligentes. 


pesar de la palabra 
hormiga, la repe- 
lente criatura que 


presentamos aquí 
tiene rasgos pres- 
tados de muchos 
seres. Su cabeza recuerda a la de una 
hormiga, su abdomen al de un avis- 
pón, la disposición de sus miembros 
a la de un ser humano y sus colmi- 
llos a... En fin, pensamos que quizá 
esta nueva criatura podría participar 
en próximas batallas medievales 
contra los humanos o los orcos (que 
para ella representan una excelente 
fuente de alimento). Ahora vayamos 
a los asuntos prácticos. 


Rendermanía 11 


'b-98 - CAMINOS Rhimo'bicho'bmas.3DM 


La criatura ha sido creada con Rhino. 


El insecto antropomórfico 

Probablemente el personaje de apa- 
riencia insectoide que podéis ver en 
estas páginas no hubiera visto nunca 
la luz si su creador hubiese tenido a 
mano una documentación gráfica más 
precisa sobre los insectos del mundo 
real. En efecto: la idea inicial era 
crear un modelo tan parecido como 
fuese posible a una hormiga, una 
avispa o una abeja. ¿Por qué? Porque, 
para empezar, las formas de los insec- 
tos son muy interesantes, gráficamen- 
te hablando. Por esta razón muchos 
dibujantes de cómic han utilizado ide- 
as tomadas del mundo de los insec- 
tos. Quienes conozcáis al genial Shi- 
row, sin duda os habréis percatado de 
que muchos de sus diseños están ba- 
sados en ideas tomadas de la anato- 
mía de ciertos insectos; este es el caso 
de las articulaciones de algunos de 
sus mechs, de sus tanques-araña, de 
sus naves voladoras, etc. 

Además, las sociedades de insectos 
—sobre todo las de las hormigas— pre- 
sentan características asombrosas y 
casi increíbles. ¿Quién no ha oído ha- 
blar alguna vez de las batallas entre 


hormigas y termes, de los insectos 
miméticos que viven entre las hormi- 
gas (engañándolas), de los esclavos 
de las hormigas, del sistema de castas 
de los hormigueros, etc.? La idea ini- 
cial era pues, crear una hormiga y 
quizá también representar (más ade- 
lante) un hormiguero. 

Este proyecto no tardó en chocar 
con una dificultad: todo el mundo 


tiene una imagen general bastante 
clara de cuál es la forma de una hor- 
miga pero, si se desea crear un mo- 
delo razonablemente exacto, enton- 
ces no queda más remedio que 
conseguir alguna documentación 
gráfica. Teniendo esto en cuenta, 
nos hicimos con una enciclopedia 
ilustrada de entomología que incluía 
un abundante material gráfico sobre 
hormigas, abejas, avispas, etc. Sin 
embargo, incluso ésto resultó insu- 
ficiente: las fotografías no eran lo 
bastante detalladas. Así, al seguir 
sin visualizar ciertos detalles anató- 
micos de la hormiga (como la boca 
y las patas), no quedó más remedio 
que cambiar el proyecto inicial. 
Ahora nuestro modelo representa a 
una criatura imaginaria con rasgos 
marcadamente insectoides a la que 
llamaremos evormiga. 

Como podéis ver, nuestro modelo 
mantiene algunas características que 
recuerdan a las de las hormigas, pero 


Detaiie de la gigantesca cabeza de nuestra protagonista. 


también presenta diferencias impor- 
tantes respecto a aquellas. En primer 
lugar se supone que las evormigas 
son criaturas inteligentes que han de- 
sarrollado una civilización cuya ar- 
quitectura debería recordar un poco 
a la del antiguo Egipto. (Nota: Eso si 
no hay cambios en el diseño. Espera- 
mos poder representar algunos deta- 
lles de un evormiguero típico en pró- 
Ximos números). 

Naturalmente esto implicaba que 
nuestras criaturas habrían de tener 
manos para crear dicha arquitectura 
y esto a su vez hacía necesaria la pos- 
tura erguida. Al mismo tiempo, las 
construcciones complejas (que algún 
día pretendemos representar) impli- 
caban raciocinio y esto obligó a dar 
un buen tamaño a la cabeza. Otra ca- 
racterística importante son las alas 
retractiles que las evormigas poseen 
en la parte posterior del torax. Estas 


alas son expulsadas o retraídas porun : 

potente músculo interno. Al cabo de E Aquí podéis observar ei sorprendente aspecto iniciai del que partió 

un rato, cuando las alas están secas, ¿ nuestro entrañabie monstruo. 

la criatura puede echar a volar duran- a : 

te un corto espacio de tiempo. : al uso de splines, «Spatch» no permi- E empleamos para generar curvas y su- 
También habréis notado que las E te editar puntos ni crear formas a par- E perficies 3D. Estas superficies-spline 

evormigas van armadas con la misma E 3 son “traducidas” a polígonos al ex- 

portar el modelo a «POV» pero, no 


tir de la extrusión de varios perfiles. 
maza primitiva que utilizan los orcos Í 
y los humanos. ¡Esto quie: j 
tenemos un nuevo ban: 
tar en las batallas! ( 
paz de enviar armas que cuad 


anualmente, antes de exportar. 
de esto es que así controla- 
nejor la cantidad de polígonos 
la personalidad de estas cri 


orma, el autor 


tación de los 
del modelo a « 
réis, «Rhino» $ 


crear formas 
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muchísimos triángulos durante la 
conversión, y deberemos tener cuida- 
do si no queremos acabar con una 
malla enormemente densa. 

Como el modelo debía ser articu- 
lable desde «POV», se siguió el pro- 
cedimiento habitual en estos casos, 
esto es: se situó correctamente al mo- 
delo de manera que sus pies queda- 
sen a la altura de Z=0 («Rhino» in- 
vierte los ejes Z e Y). Luego se 
exportó cada objeto separadamente, 
se tomó nota de las coordenadas de 
giro de cada objeto o grupo de obje- 
tos, se crearon los ficheros de «POV» 
necesarios, etc. 

Como recordaréis, la finalidad de 
todo esto era poder renderizar el mo- 
delo desde «POV» aprovechando la 
sentencia mesh del lenguaje escéni- 
co (tened en cuenta que esta senten- 
cia nos permite crear múltiples co- 
pias de cada objeto mesh utilizando 
muy poca memoria). Todo este pro- 
ceso ya ha sido descrito en detalle en 
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La criatura antes de apiicar 
bumps y finish (izquierda). La 
misma imagen con un bumps de 
0.3 y un finish de metal. 


números anteriores por lo que no va- 
mos a insistir sobre él. 

Una vez que el modelo quedó ade- 
cuadamente “traducido” a «POV», 
el paso siguiente fue crear texturas 
válidas para el mismo. Estas textu- 
ras están guardadas en los ficheros 
texbil.inc y texbi2.inc. Esto se hizo 
así previendo la posibilidad de crear 
dos tribus de hormigas que batalla- 
sen entre sí, aunque al final la idea 
no ha llegado a aprovecharse... al 
menos por ahora. 

En estos ficheros se crea la textura 
tex_piel_bicho, para la cual hemos 
empleado la sentencia bumps dentro 
del apartado normal. Aquí se realiza- 
ron algunos experimentos y al final 
dejamos el valor 0.3 para la profundi- 
dad de las abolladuras, las cuales le 


dan un aspecto mucho más real a la 
piel de la evormiga. Además, para 
conseguir un aspecto típicamente 
quitinoso en la piel, se trasteó con el 
apartado finish para meter brillos es- 
peculares (specular y rougness) y así 
conseguir un acabado metálico (me- 
tallic). Por último, vale la pena men- 
cionar un detalle que quizá os haya 
llamado la atención, el vector rgb 
dado a pigment para el color es de 
la forma: 
pigment[rgb<168/255, 95/255, 42/255>] 
Esta línea es así porque el autor 
empleó «Photoshop» para tomar va- 
lores RGB de color. Estos colores se 
eligieron entre los que parecían ade- 
cuados para la piel de la criatura, exa- 
minando diversas imágenes escanea- 
das. Esto, a menudo, es mucho más 
rápido para conseguir el color busca- 
do que jugar con combinaciones de 
valores RGB, sobre todo si uno no es 
un experto trasteando con colores. 
«Photoshop» devuelve valores entre 


O y 2557 

color tomado, con lo cua 
vertir estos valores a «POV 
liza valores flota 
basta con dividir c 
entre 255. 

En cuanto a las alas, 
simular las nervaduras que presentan 
los insectos en las alas sin necesidad 
de crear una geometría muy costosa 
en polígonos y que de todas formas 
no iba a apreciarse a menos que la cá- 
mara estuviese muy cerca. Para ello 
se optó por emplear la trama Crackle 
con un mapa de colores especialmen- 
te preparado. 

Como recordaréis, Crackle es una 
trama que puede utilizarse para 
crear texturas con las que queremos 


Nuestra 
agresiva 
protagonista 
en postura de 
combate 
terrestre. 


cambiando para adaptarse al color 


del siguiente intervalo indicado en 
el mapa de colores. 

En cuanto a la transparencia, se 
consiguió añadiendo un cuarto com- 
ponente de filtro al vector de color de 
cada intervalo (para lo cual debemos 
emplear RGBF en lugar de RGB). 
Desde luego el resultado conseguido 
no es nada del otro mundo pero es 
mejor que nada, y de todos formas no 
parece sencillo conseguir las nerva- 
duras de otro modo con una textura 
procedural. 

Ya sólo queda señalar que el efecto 
de los ojos se consiguió 
elevando el valor de 
brilliance (apartado fi- 
nish) hasta 0.9. No hubiese si- 


do el mismo esquema que ya expli- 
camos con el orco y el soldado hu- 
mano. Básicamente hay un fichero 
que carga con includes todas las pie- 
zas de la hormiga y asigna cada una a 
un identificador. También tenemos 
varios ficheros-postura donde se 
asignan valores de rotación a las va- 
ríables que hacen rotar los brazos, las 
piernas, etc. Y finalmente también 
hay un fichero que simula jerarquías 
de objetos para el modelo. Esto quie- 


3 re decir que cuando se rota el tórax 


rotan también todos los grupos (unio- 
nes) de objetos atados a él. Igual- 
mente cuando se rota el brazo rotan 
también el antebrazo, la mano y el ar- 
ma (si la hay). Hay que recordar, no 
obstante, que este sistema de je- 
rarquías no es más que 
una simulación. 
«POV» no realiza 
ningún tipo de com- 
probación para averi- 
guar si un objeto se 


El ya viejo 
fichero-postura 
de andar 

sigue siendo 
válido. 
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está superpo 
evitar esta situ 
lores máximos y 
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superficies?, 


estática como 
bien imagine 


de objetos, pero 
aun aciones donde 
puede erposiciones 


(aunque no son muy pro! 


Ficheros-animación 

Naturalmente p: 
cheros-postura basta lé1s enviar, si os animáis, cual- 
r modelo de tipo insectoide (pre- 
erentemente traducidos al formato 
«POV», donde todos nuestros perso- 
najes estén definidos de pie sobre el 
centro del plano X-Z. Recordad tam- 
bién que la altura media de los per- 
sonajes es de 180 unidades). Asimis- 
mo, tened en cuenta que no tiene por 


jos que los presentados d- t 
mos incluir más ifs de comprobación: 1, pero ++ co 
para evitar ciertas posiciones, e in- aunque, damente, 


cluso es concebible escribir ficheros : 


ten ciertas utilidades que pueden 


que no sólo sirvan para crear postu- ayudarnos a la hora de animar, y las 


ras, sino también para realizar ani- estudiaremos próximamente. 


maciones. Aquí, sin embargo, y se- 
Ideas para el futuro del 
universo insectoide 

Con el fin de suministrar un punto 
de partida para aquellos que deseéis 
enviar modelos para un tema dife- 
rente a los habituales (mechs, vehí- 
culos, etc.), vamos a hablar —sin que 
sirva de precedente— de algunas de 
las ideas que se habían previsto para 
el mundo insectoide. Como ya he- 
mos dicho, las evormigas viven en el 
mismo mundo virtual donde también 
moran los humanos y los orcos que 
participaron en la batalla del número 
17. Como los humanos y los orcos, 
las evormigas forman una sociedad 
relativamente avanzada tecnológica- 
mente. Viven en gigantescos castillos 
similares a termiteros formados por 
complejas estructuras a las que sólo 


gún el caso, podrían presentarse 
problemas de muy difícil solución. qué haber un único evormiguero. 
No sería demasiado complicado Pueden existir varios. 
crear un fichero-animación (en lugar En las escenas del presente número 


se representa realmente a miembros 


de un fichero-postura) donde, según 


el valor de clock y la posición inicial 
del personaje, se generasen las pos- 
turas correctas para cada frame de 


de dos reinos diferentes, aunque por 
el momento sólo hay diferencias en 
las texturas, no en la forma. 


una animación sobre un plano sim- Como próximo paso, el autor ha 


ple. Además, este fichero podría ser 
empleado no sólo por un personaje 
sino por muchos más simultánea- 
mente. Podríamos, pues, crear un fi- 
chero-animación que —al igual que 
los aquí publicados-— sirviese a todo 
un ejército de modelos. 
Desgraciadamente también es fácil 
imaginar otros casos mucho más di- 
fíciles de solucionar con la actual 
versión del lenguaje escénico de 
«POV». Supongamos que queremos 


pensado modelar un típico castillo 
termitero o quizá algunas de sus sa- 
las principales. Esto también debe- 
ría hacerse con los orcos e incluso 


con los humanos (el castillo creado 
para el número 1 de Rendermanía ya 
va necesitando que se le eche una 
mano de pintura), así que ya vere- 
mos que pasa. 

Si alguno se anima a montar su 
propia batalla, recordad que las 
evormigas nunca han disputado ni 
disputarán ninguna batalla contra 
los no-muertos (número 9 de Ren- 
dermanía). Las razones de esto no 
son políticas, sino prácticas: ¡No se 


puede llegarse por el aire (todas las 
generar movimiento sobre una super- evormigas pueden formar unas alas 
ficie no plana representada por una 
malla poligonal. ¿Cómo haríamos, en 


este caso, para que los personajes tu- 


rápidamente, aunque únicamente les 


sirve durante trayectos cortos). Su 
número sólo está limitado por las 
viesen en cuenta la inclinación de las 
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grandes hambrunas a las que están 


los pueden comer! 


As 


El Foro del Lector 


Nota importante. Podéis remitimos vuestros trabajos o consultas, bien por carta a la dirección que 
figura en el sumario de Pcmanía, o vía e-mail a rendermania.pemaniaO hobbypress.es 


SA 
E O O 
pica virtual 

“ Conan saltó al centro de la lucha, despejando un amplio claro en el 
mismo punto donde sólo un instante antes se movía un verdadero 
remolino de hojas. Puso su espaida contra el muro y los cuerpos no 
tardaron en amontonarse a sus pies, dificultando el paso al resto de sus 
sorprendidos enemigos. Éstos, con las caras grises de espanto, siguieron 
atacando, confiando en vencer por la mera fuerza del número. Habían 
esperado que el bárbaro huyera, pero el gigantesco cimmerio había 


saltado entre ellos como lo habría hecho un lobo entre ovejas. Los 


civilizados habitantes de Anshan jamás habían visto antes semejante 


despliegue de ferocidad y salvajismo...”. Crónicas Nemedianas. 


Las sorprendentes escenas épicas que 
vemos aquí han sido creadas por Pablo 
Carretero, un profesional de las artes 
plásticas que en sus ratos libres ha auna- 
do su amor por la infografía con su ad- 
miración por el Conan dibujado por 
John Buscema. El Conan recreado por 
Pablo ha sido dibujado con «3D Studio 
4» y «Metarreyes», y refleja a las 
mil maravillas la estética de fuer- 


za y violencia salvaje que ema- 
nan de este conocido personaje. (John Buscema es también, junto 


con Barry Smith, nuestro dibujante de Conan favorito). Pablo nos re- 
mite una foto de las mallas. Enhorabuena por tu magnífico trabajo 
que recuerda a algunas de las más famosas viñetas de Conan. 
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Creemos que Milton 

Silva es el primer 

portugués que apare- 

ce en estas páginas. 

Milton nos envía una 

escena realizada con 

«3D Studio 4» don- 

de un caza vuela so- 

bre un escenario de- 

sértico y desolado. El ambiente tétrico de la escena 
está muy logrado, pero desgraciadamente el color gris 
del caza hace que éste no destaque sobre el fondo. 
Milton envía las mallas del avión —que cualquiera po- 
drá utilizar con la única condición de incluir su nom- 
bre-, y espera que su carta motive a los rendermanía- 
cos portugueses a que envíen sus trabajos. 


Antonio Expósito es 


otro de esos nuevos ta- 


lentos infográficos que 


aparecen de cuando en 


cuando. Si como dices 


en tu carta estas son tus 
primeras escenas, uno no 


puede por menos que 


preguntarse cómo serán 
las que hagas dentro de 


unos meses. Antonio nos pide una pequeña crítica para 


sus imágenes —hechas con una versión recortada de «3D 
Studio»— pero no resulta fácil hacerlo. Tus modelos son 
muy buenos para el poco tiempo que dices llevar en es- 
to. Puestos a ser exigentes quizá tendrías que haber es- 
calado un poco la textura de la pared de la habitación, ya 
que los detalles de ésta resultan algo grandes para el res- 


to de la misma. Y quizá también podrías haber mejorado 


la escena con una iluminación algo más suave (la pared 
resulta excesivamente brillante). Por otro lado nos gus- 
taría que enviases una hd 
imagen donde se viese el 
mech con mayor detalle. 
En fin, esperamos volver 


a verte pronto por aquí. 
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De verdadera invasión puede calificarse la ava- 
lancha de imágenes remitidas por Jordi Corra- 
les Jiménez. Estas imágenes han sido modeladas 
con Moray y renderizadas con «POV», y han sido 
creadas a costa de bastantes pena*dades, ya que 
este autor... ¡sólo dispone de 4 Megas de RAM! 
Jordi nos envía los archivos de generación y tam- 
bién una carta donde nos narra sus dificultades 
con su hardware y los detalles de cada escena. 
Jordi también nos cuenta que en estas escenas se 
resume toda su experiencia infográfica y es fácil 
creerlo viendo la desigual calidad de las imáge- 
nes. Entre ellas nuestras preferidas son Chocobo 
(por el simpático diseño del pollo) y barlaura por 
la paciente reconstrucción de un bar real. Por últi- 
mo, y en respuesta a tu pregunta, debemos decirte 
que no podemos garantizar que una escena con- 
creta vaya a gustar más o menos a quienes llevan 
el concurso pixel a pixel, ya que no tenemos nada 
que ver con ellos. 


Queremos agradecer a José M' Gómez Broeos todo 
cuanto dice en su carta en nuestro favor y en el de «POV». 
¡Cartas como la tuya le antman a uno! Nosotros también 
satisfechos de las escenas de la batallita del número 17 


de Rendermanía. También hay que puntualizar que se po- 


dían haber mejorado muchas cosas. a saber: 

1) El suelo es totalmente plano. Sin embargo. no hubiese costado mucho emplear alguna de 
las estupendas texturas de «POV». 

2) Se perciben demasiado los agujeros de las mallas al crear las posturas de los miembros. 


3) Creo que nos repetimos excesivamente con el efecto de la niebla. 


4) ¿Dónde están los charcos de sangre? 
5) No había posturas de lucha. Las escenas tan solo ilustran los momentos anteriores y posteriores al choque. 

6) Todavía se puede mejorar mucho todo lo relativo a la creación “automática” de posturas. 

Sin embargo. logramos demostrar la capacidad de POV. que era lo principal. Realmente no consideramos que «POV» 
sea rival de «MAX». Son programas con orientaciones diferentes. En fin, gracias de nuevo por tus alabanzas y. por su- 


puesto, publicamos tus estupendas escenas creadas con «MAX». (Nos ha gustado mucho la del anciano). 


Noé Casas Manzanares es otra nueva víctima del vi- 
rus infográfico y como tal, todavía anda algo despis- 
tado. En tu carta dices que hiciste una copa desde 
Spatch, la importaste como DXF desde «MAX», y. 
finalmente, la exportaste a «POV», donde no tuviste 
manera de suavizar los polígonos del objeto. Vamos 
por partes: para empezar «MAX» es un modelador 
muy potente y podrías haber hecho la copa desde allí 
sin necesidad de empezar con «Spatch». Pero. en ca- 
su de que prefieras modelar desde «Spatch», tenemos 
que decirte que este modelador ha sido escrito preci- 
samente para «POV», con lo cual no es preciso pasar 
por «MAX». Podías haber utilizado la opción pov del 
menú export (en File) para grabar un fichero escénico 

en el formato de «POV» y 

luego haber aplicado las tex- 

turas desde allí. Si tenfas du- 

das sobre la forma de aplicar 

texturas podías haber copiado 


algún ejemplo de los ficheros 


de demo del programa. Ah, y 
si lees las cartas que aparecen 
en nuestro foro ya te habrás 
dado cuenta de que cada ma- 
estrillo tiene su librillo. Espe- 
ramos tus próximos trabajos. 


Enrique Orrego vuelve a ; 
estas páginas con nuevos 
trabajos hechos (en su ma- 
yor pane) con «MAX». En- he 
tre ellos hay un Mech que 
ya publicamos, aunque ahora Enrique ha creado su 
propio pasillo de nave espactal para que sirva de 
fondo a este modelo. Sin embargo. quizá la escena 
mas impresionante sea la del velocirraptor a pesar 
del hecho de que este modelo —hecho con «Meta- 
rreyes 3.0»— no está aún acabado. Enrique también 
afirma estar trabajando en una tenebrosa anima- 
ción basada en Aliens y pregunta cuál es el tamaño 
límite para que este tipo de trabajos aparezca en el 
CD. Bueno, en el número anterior soltcitamos que 
no se enviaran animaciones de más de 5 Megas 
(comprimidas), pero si alguien envía algo de 66 7 
Megas tampoco se va a trar a la papelera. Tened 
en Cuenta. 
no obstante, 
que cuanto 
más grande 
sea la anima- 
ción más di- 

fícil nos será ? Lo 


publicarla. 


, 


Creado por Enrique Orrego 
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también quiere 
participar en 
una de esas ba- 


tallitas medie- 


u vuelve nuevamente a estas páginas con vales que de vez en cuando aparecerán en estas paginas y 
una flamante estación aérea creada con «POV». para ello nos envía... ¡un dragón! El bicho, creado con 
¡Has mejorado mucho desde tu última misiva! Es «Spatch» e «Imagine», es Francamente simpático y servirá 
una pena que enviase tu trabajo antes de la apari- como transporte aéreo para los orcos (siempre que alguien 
ción del número anterior, donde se incluyó un es- se anime a hacerle 
pecial sobre fondos estelares. ¿Qué te parecen los una cestilla para que 
fondos que puede generar el pov-ipas de Colefax? sus tripulantes no se 
En cuanto a la crítica constructiva que pides, pues... caigan de sus lo- 

1) Procura stempre que las texturas metálicas no mos). En la carta de 
queden demasiado “limpias”. Un poco de ““su- Angel podéis encon- 
ciedad” siempre le da algo más de realismo a los trar más detalles 
objetos. En general procura también rehuir el acerca de la creación 
uso de colores planos. St no dominas este tema, del modelo (que ha- 
échale un vistazo a los últimos artículos sobre llaréis en el CD) y 
creación de texturas procedurales. también encontra- 
2) Para el fuego de los cohetes utiliza halos como réis su dirección electrónica, su nick de IRC y el canal por 
los que utilizamos en el número anterior. Estos donde suele andar. Gracias por tu dragón. chaval. 


halos aún pueden mejorarse bastante, pero no 
está mal del todo. 
Ah, por cierto, uno de los discos llegó mal y se es- 
tropeó una de tus imágenes. 


es un 


miembro del 


regresa a grupo  Prop- 
estas páginas con un mech tripulado es- hecy que em- 
pectalmente pensado para el desierto y plea el MAX 
creado con «POV». Realmente lo que para sus antma- 
hallaréis en el CD es un pequeño bati- ciones y escenas. Entre éstas destaca el sumamente 
burrillo con algunas de sus últimas misi- ff detallado Buggie que podéis ver en estas páginas. 
vas y que incluye también algunos de | Hemos observado que el citado buggie tiene una ca- 
los trabajos de su hermano César. Amigo Carlos, por es- lidad muy superior al cañón o a la nave espacial. 
ta vez te ahorraremos ¿Son escenas muy separadas en el tiempo? Por otro 


las críticas ya que tú 
mismo te has puesto 
“a caldo”. Esperamos 
tus próximos trabajos . 


lado debemos señalarte que al no haber enviado ni 
mallas, ni artículo ni una imagen wireframe, no 
puedes demostrar la autoría de tu trabajo ante el fo- 
ro. En cuanto a la idea del concurso. la verdad es 
que estamos meditándola desde hace algún tiempo. 


